home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19990422-19990725
/
000137_news@watsun.cc.columbia.edu _Thu Jun 10 11:25:30 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
2KB
Return-Path: <news@watsun.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA03317
for <kermit.misc@watsun.cc.columbia.edu>; Thu, 10 Jun 1999 11:25:29 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA18375
for kermit.misc@watsun.cc.columbia.edu; Thu, 10 Jun 1999 11:23:56 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Subject: Re: strange telnet problem
Date: 10 Jun 1999 15:23:55 GMT
Organization: Columbia University
Message-ID: <7jolab$hu4$1@newsmaster.cc.columbia.edu>
To: kermit.misc@watsun.cc.columbia.edu
In article <3767f805.64707474@news.supernews.com>,
Charles Wilkins <chas@pcscs.com> wrote:
: Sometimes (half the time) when I use vi over telnet (from win95 to
: linux), I can't use my arrow keys to move around in the editor. Other
: times I can.
:
: My telnet client and redhat configurations remain the same, yet
: sometimes the arrows work and other times they dont.
:
: In addition, when the arrows arent working, (when I use j to scroll
: down), the screen buffer doesnt refresh, so what I get is the bottom
: line of text changes and thats it.
:
This is because vi distinguishes the escape sequence sent by an arrow
key (e.g. <ESC>OD) from an Escape typed by you, followed by some other
keys. It thinks it can tell the difference by the timing between the
characters. Of course all bets are off on a network connection.
However, some Telnet clients are better than others in accommodating this
vi pecularity. Since the terminal emulator knows you pushed an arrow key,
and knows what escape sequence it must send, it can make sure to send this
sequence in a single TCP write, hopefully ensuring the characters will
arrive together at the Telnet server. Of course nothing is really assured
since the TCP packet can be fragmented at the IP level and each character
routed separately. Even if that doesn't happen, you must still rely on the
Telnet server to deliver the characters to the application without pauses,
but it has no way of knowing it's supposed to do that.
- Frank